Underground

home *** CD-ROM | disk | FTP | other *** search

/ Underground / Underground CD1.iso / other / how-to.pl / MILO-HOWTO.pl.txt < prev next >

Wrap

Text File | 1998-08-03 | 50.9 KB | 1,585 lines

MILO HOWTO Autor: David A. Rusling david.rusling@reo.mts.dec.com v0.84, 6 Grudnia 1996 Wersja polska: Leszek Urba±ski tygrys@fidonet.org.pl v1.0, 24 Lipca 1998 Ten dokument opisuje Miniloader (Mini│adowacz), program dla komputer≤w opartych na procesorze Alpha, kt≤ry mo┐e byµ u┐ywany do inicjalizacji maszyny i │adowania Linuxa. Alpha Linux Miniloader (jest to jego pe│na nazwa) jest te┐ znany jako MILO. Dokument ten zosta│ napisany w stan¡ dardzie ISO-8859-2. Orygina│ tego dokumentu znajduje siΩ pod adresem ftp://gatekeeper.dec.com/pub/Digital/Linux-Alpha/Miniloader/docs. ______________________________________________________________________ Table of Contents 1. Wprowadzenie 1.1 Prawa autorskie 1.2 Nowe wersje tego dokumentu 2. Co to jest MILO? 3. Standardowe, pre-kompilowane obrazy MILO 4. Kompilacja MILO 5. úadowanie MILO 5.1 úadowanie MILO z firmware'u Windows NT ARC 5.2 úadowanie MILO z ,,Evaluation Board Debug Monitor'' 5.3 úadowanie MILO z ,,bezpiecznej dyskietki startowej'' 5.4 úadowanie MILO z pamiΩci Flash 5.5 úadowanie MILO z konsoli SRM 5.6 Informacje o p│ytach g│≤wnych 5.6.1 AXPPCI33 (NoName) 5.6.2 AlphaPC64 (Cabriolet) 5.6.3 EB66+ 5.6.4 EB64+/Aspen Alpine 5.6.5 Universal Desktop Box (Multia) 5.6.6 EB164 5.6.7 PC164 5.6.8 XL266 5.6.9 Platform2000 6. Interfejs u┐ytkownika MILO 6.1 Komenda ,,help'' 6.2 úadowanie Linuxa 6.3 Resetowanie Linuxa 6.4 Komenda ,,bootopt'' 7. U┐ywanie programu zarz▒dzaj▒cego pamiΩci▒ flash 7.1 Komenda ,,help'' 7.2 Komenda ,,list'' 7.3 Komenda ,,program'' 7.4 Komenda ,,environment'' 7.5 Komenda ,,bootopt'' 7.6 Komenda ,,quit'' 8. Ograniczenia 9. Rozwi▒zywanie problem≤w 10. PodziΩkowania 11. Od t│umacza ______________________________________________________________________ 1. Wprowadzenie Ten dokument opisuje Mini│adowacz (Miniloader) dla Linuxa na AlphΩ AXP (MILO). To firmware jest u┐ywane do inicjalizacji system≤w Alpha AXP, za│adowania oraz startowania Linuxa i w ko±cu do zapewnienia kodu PAL (PALcode) dla Linuxa. 1.1. Prawa autorskie Prawa autorskie Alpha Miniloader (MILO) HOWTO: Copyright (C) 1995, 1996 David A. Rusling. Prawa autorskie. Jak wszystkie Linuxowe dokumenty HOWTO, mo┐e byµ powielane i rozpowszechniane w ca│o╢ci lub w czΩ╢ci, za pomoc▒ ka┐dego ╢rodka przekazu, fizycznego lub elektronicznego, je┐eli uwaga o prawach autorskich zosta│a zachowana na wszystkich kopiach. Komercyjna redystrybucja jest dozwolona i zalecana; jednak┐e autor chcia│by byµ powiadomiony o takich dystrybucjach. Mo┐esz te┐ przet│umaczyµ to HOWTO na dowolny jΩzyk, je┐eli zostawisz wypowied╝ o prawach autorskich oraz o╢wiadczenie niezmienione, oraz dodasz notatkΩ o t│umaczu. O╢wiadczenie. Pr≤bowa│em umie╢ciµ tu najpoprawniejsze i najnowsze informacje, kt≤re s▒ mi dostΩpne, nie mogΩ jednak zagwarantowaµ, ┐e ich u┐ycie nie spowoduje utraty danych lub sprzΩtu. NIE ZAPEWNIAM »ADNEJ GWARANCJI dotycz▒cej informacji w tym HOWTO, nie mogΩ byµ wiΩc odpowiedzialny za jakiekolwiek skutki u┐ycia danych z niego. 1.2. Nowe wersje tego dokumentu Naj╢wie┐sza wersja tego dokumentu znajduje siΩ pod adresem ftp://gatekeeper.dec.com/pub/Digital/Linux-Alpha/Miniloader/docs, a David Mosberger-Tang by│ uprzejmy umie╢ciµ go w formacie HTML na jego znakomitej stronie o Linux-Alpha http://www.azstarnet.com/~axplinux/. 2. Co to jest MILO? Na systemach PC opartych na procesorach Intel, firmware zwane BIOSem uruchamia komputer i │aduje obraz (image) do uruchomienia z bloku startowego systemu plik≤w DOSu. Jest to mniej wiΩcej to samo, co wykonuje MILO na systemach Alpha, jednak┐e istnieje kilka interesuj▒cych r≤┐nic pomiΩdzy BIOSem a MILO, jedn▒ z nich jest u┐ywanie przez MILO niezmodyfikowanych standardowych sterownik≤w urz▒dze± Linuxa. MILO jest firmware'em, inaczej ni┐ LILO, kt≤ry jest │adowany przez BIOS. G│≤wne funkcjonalne czΩ╢ci MILO to: 1. PALcode, 2. Kod uruchamiania pamiΩci (buduje tablice stronicowania i w│▒cza adresowanie wirtualne), 3. Kod grafiki (emulacja BIOSu i TGA (21030)), 4. Kod j▒dra Linuxa. Na niego sk│ada siΩ prawdziwy kod (np. obs│uga przerwa±) i pseudo-j▒dro, 5. Sterowniki urz▒dze± blokowych Linuxa (np. sterownik stacji dysk≤w), 6. Obs│uga systemu plik≤w (ext2, MS-DOS i ISO9660), 7. Kod interfejsu u┐ytkownika (MILO) 8. Kod interfejsu j▒dra (uruchamia HWRPB i mapΩ pamiΩci dla Linuxa), 9. Kod NVRAM do zarz▒dzania zmiennymi ╢rodowiskowymi Dalsze akapity dok│adnie opisuj▒ funkcjonalne czΩ╢ci MILO. PALcode jest cienk▒ warstw▒ oprogramowania dostosowuj▒c▒ procesor do konkretnego systemu operacyjnego. Dzia│a w specjalnym trybie (PALmode), kt≤ry posiada kilka ogranicze±, ale u┐ywa standardowego zestawu instrukcji Alphy i tylko piΩciu dodatkowych instrukcji. W ten spos≤b, na procesorze Alpha mog▒ byµ uruchamiane systemy tak r≤┐ne, jak np. Windows NT, OpenVMS, Digital UNIX i oczywi╢cie Linux. PALcode, kt≤rego u┐ywa MILO (i przez to sam Linux) jest, jak reszta MILO, darmowa. Pochodzi z przyk│adu ewaluacyjnych p│yt g│≤wnych (Evaluation Boards, EB) dla Digital UNIXa. R≤┐nice pomiΩdzy kodami PAL wynikaj▒ z r≤┐nic w sposobach obs│ugi przerwa± w procesorach Alpha (p│yty g│≤wne do 21066 maj▒ inn▒ mapΩ I/O ni┐ systemy 21064+2107x (2107x to APECS, chipset do 21064 - przyp. t│um.)), oraz z liczby dostΩpnych p│yt g│≤wnych. »eby MILO dzia│a│ poprawnie, musi znaµ ilo╢µ dostΩpnej pamiΩci i miejsce, w kt≤rym Linux bΩdzie dzia│a│, musi te┐ byµ w stanie przydzieliµ tymczasow▒ pamiΩµ dla sterownik≤w urz▒dze± Linuxa. Kod utrzymuje mapΩ pamiΩci, kt≤ra posiada rekordy dla permanentnie i tymczasowo przydzielonych stron. W czasie uruchamiania MILO dekompresuje siΩ w poprawne miejsce pamiΩci fizycznej. Kiedy przekazuje kontrolΩ j▒dru Linuxa, zarezerwowywuje pamiΩµ dla skompresowanej wersji samego siebie, kodu PAL (kt≤ry jest potrzebny j▒dru) i trochΩ struktur danych. To zostawia wiΩkszo╢µ pamiΩci w systemie dla samego Linuxa. Ostatnia czΩ╢µ kodu pamiΩci to ustawienie i w│▒czenie adresowania wirtualnego w celu zapewnienia poprawnego miejsca w wirtualnej pamiΩci dla struktur danych, kt≤re Linux spodziewa siΩ tam zobaczyµ. MILO zawiera kod grafiki, kt≤ry inicjalizuje i u┐ywa urz▒dzenia graficznego dla systemu. Wykryje i bΩdzie u┐ywaµ urz▒dzenie VGA, je╢li takie istnieje, je┐eli nie, bΩdzie pr≤bowa│ u┐yµ urz▒dzenia TGA (21030). Gdy i to siΩ nie powiedzie, przyjmie, ┐e nie istnieje urz▒dzenie graficzne (tylko np. terminale szeregowe - przyp. t│um.). Emulacja BIOSu, kt≤r▒ posiadaj▒ standardowe, skompilowane obrazy MILO, to emulacja Digitala, kt≤ra obs│uguje wiΩkszo╢µ, je┐eli nie wszystkie dostΩpne standardowe urz▒dzenia graficzne. Sterowniki urz▒dze± Linuxa ,,┐yj▒'' wewn▒trz j▒dra i spodziewaj▒ siΩ od niego konkretnych us│ug. Niekt≤re z nich s▒ zapewniane bezpo╢rednio przez kod Linuxa, np. obs│uga przerwa±, a inne dzia│aj▒ dziΩki specjalnym procedurom wygl▒daj▒cym dla sterownik≤w jak procedury j▒dra. Najsilniejsza cecha MILO, to mo┐liwo╢µ osadzenia w nim niezmienionych sterownik≤w urz▒dze± Linuxa. Daje to potencja│ obs│ugi ka┐dego urz▒dzenia, kt≤re obs│uguje Linux. MILO zawiera wszystkie urz▒dzenia blokowe wkompilowane w jadro, kt≤re zostaje przy nim zbudowane, a tak┐e du┐o kodu urz▒dze± (np. ll_rw_blk()). MILO │aduje j▒dro Linuxa z prawdziwych system≤w plik≤w, a nie z blok≤w startowych i innych dziwnych miejsc. Potrafi czytaµ systemy plik≤w MSDOS, EXT2 i ISO9660. Pliki spakowane gzipem s▒ obs│ugiwane i rekomendowane, zw│aszcza je┐eli │adujesz [system] z dyskietki, co jest dosyµ wolne. MILO rozpoznaje je po rozszerzeniu .gz. W MILO zawiera prosty sterownik klawiatury, kt≤ry razem z r≤wnie prostym sterownikiem grafiki pozwala posiadaµ mu sparta±ski interfejs u┐ytkownika. Interfejs ten pozwala poznaµ systemy plik≤w na skonfigurowanych urz▒dzeniach, │adowaµ Linuxa, uruchamiaµ programy do uaktualniania pamiΩci flash, oraz ustawiaµ zmienne ╢rodowiskowe kontroluj▒ce │adowanie systemu. Tak jak w LILO, mo┐esz przekazywaµ parametry do j▒dra. MILO musi powiedzieµ j▒dru Linuxa na jakim dzia│a systemie, ile pamiΩci posiada i ile z tej pamiΩci jest wolne. Robi to u┐ywaj▒c struktury danych HWRPB (blok parametr≤w restartowania sprzΩtu) i skojarzonych z ni▒ opis≤w czΩ╢ci pamiΩci. S▒ one umiejscawiane w odpowiednim miejscu pamiΩci wirtualnej zaraz przed przekazaniem kontroli j▒dru Linuxa. 3. Standardowe, pre-kompilowane obrazy MILO Je┐eli bΩdziesz chcia│ uruchamiaµ Linuxa na standardowych p│ytach g│≤wnych Alphy, mo┐esz u┐yµ pre-kompilowanych, ,,standardowych'' obraz≤w (images) MILO. (notka od t│umacza: radzΩ zabootowaµ AlphΩ ze standardowych obraz≤w, a potem zbudowaµ w│asny, gdy Linux bΩdzie ju┐ dzia│a│) Obrazy te (razem ze ╝r≤d│ami i innymi ciekawymi rzeczami) znajduj▒ siΩ na ftp://gatekeeper.dec.com/pub/Digital/Linux- Alpha/Miniloader Podkatalog images zawiera po jednym podkatalogu na ka┐dy system (np. AlphaPC64), a obrazy MILO s▒ nazywane w nastΩpuj▒cy spos≤b: 1. MILO - wykonywalny obraz MILO, mo┐e on byµ │adowany na wiele sposob≤w, 2. fmu.gz - Program zarz▒dzania pamiΩci▒ flash, 3. MILO.dd - Obraz dla dyskietki startowej. Powinien byµ zapisany programem rawrite.exe lub dd pod Linuxem. Katalog test-images zawiera, tak jak images po jednym katalogu na standardowy system. Obrazy znajduj▒ce siΩ w tym katalogu s▒ raczej eksperymentalne, ale zawieraj▒ najnowsze opcje. 4. Kompilacja MILO (Uwaga: pamiΩtaj, ┐e nie mo┐esz zbudowaµ MILO i j▒dra dla Alphy na Intel'u! Musisz dysponowaµ drug▒ Alph▒, albo zbudowaµ j▒dro po uruchomieniu Linuxa ze standardowych obraz≤w MILO. Na Intelu j▒dro nawet siΩ nie zacznie kompilowaµ - spr≤buj zbudowaµ j▒dro na AlphΩ na pececie - w pliku Makefile zamie± ARCH=i386 na ARCH=alpha... - przyp. t│um.) MILO kompiluje siΩ oddzielnie, nie razem z j▒drem. Poniewa┐ MILO potrzebuje czΩ╢ci j▒dra do poprawnego funkcjonowania (np. obs│ugi przerwa±), musisz najpierw skonfigurowaµ i skompilowaµ j▒dro, odpowiadaj▒ce MILO, kt≤ry chcesz skompilowaµ. Zazwyczaj znaczy to, ┐e powiniene╢ kompilowaµ j▒dro z t▒ sam▒ wersj▒ co MILO. A wiΩc MILO-2.0.25.tar.gz bΩdzie kompilowaµ siΩ z linux-2.0.25.tar.gz. MILO mo┐e skompilowaµ siΩ z nowsz▒ wersj▒ j▒dra, ale nie musi. Dodatkowo teraz, kiedy biblioteki dzielone ELF s▒ w pe│ni obs│ugiwane, istniej▒ dwie wersje ╝r≤de│ MILO. »eby zbudowaµ je w systemie ELF, musisz najpierw rozpakowaµ standardowe ╝r≤d│a, a potem na│o┐yµ │atΩ (patch) ELF na te ╝r≤d│a (musi mieµ ten sam numer wersji). PrzyjmΩ teraz, ┐e ╝r≤d│a j▒dra oraz skompilowane obiekty (.o) znajduj▒ siΩ w katalogu /usr/src/linux, a j▒dro zosta│o w pe│ni skompilowane komend▒ make boot. (pamiΩtaj o ustawieniu ARCH=alpha w pliku Makefile j▒dra PRZED wydaniem polecenia make (menu)(x)config!!! - przyp. t│um.) »eby skompilowaµ MILO, zmie± katalog na zawieraj▒cy ╝r≤d│a MILO i przywo│aj make komend▒: $ make KSRC=/usr/src/linux config Tak jak podczas kompilacji j▒dra, zadane zostanie kilka pyta±. Echo output to the serial port (MINI_SERIAL_ECHO) [y] Przesy│aµ wyj╢cie do portu szeregowego (MINI_SERIAL_ECHO) [y] Dobrym pomys│em jest w│▒czenie przesy│ania wiadomo╢ci printk j▒dra do /dev/ttyS0, je┐eli mo┐na to zrobiµ. Je┐eli mo┐esz (i chcesz), napisz ,,y'', je┐eli nie, ,,n''. Wszystkie standardowe, pre-kompilowane obrazy MILO posiadaj▒ wej╢cie/wyj╢cie na port szeregowy COM1. Use Digital's BIOS emulation code (not free) (MINI_DIGITAL_BIOS_EMU) [y] U┐yµ kodu emulacji BIOSu Digitala (nie jest darmowy) (MINI_DIGITAL_BIOS_EMU) [y] Ten kod jest za│▒czony jako biblioteka, kt≤ra jest darmowa dop≤ki u┐ywa siΩ jej w systemie opartym na procesorze Alpha. ¼rod│a nie s▒ dostΩpne. Je┐eli odpowiesz n, zbudowana zostanie alternatywna darmowa emulacja BIOSu. Jej ╝r≤d│a s▒ do│▒czone do MILO. PamiΩtaj, ┐e obecnie nie mo┐esz wybraµ emulacji Digitala w systemach ELF (biblioteka nie jest jeszcze gotowa), musisz wiΩc odpowiedzieµ ,,nie'' na to pytanie. Build PALcode from sources (Warning this is dangerous) (MINI_BUILD_PALCODE_FROM_SOURCES) [n] Zbudowaµ PALcode ze ╝r≤de│ (Uwaga to jest niebezpieczne) (MINI_BUILD_PALCODE_FROM_SOURCES) [n] Powiniene╢ zrobiµ to tylko je┐eli modyfikowa│e╢ ╝r≤d│a kodu PAL, je┐eli nie, u┐yj standardowego, pre-kompilowanego kodu PAL do│▒czonego do MILO. Teraz jeste╢ gotowy do zbudowania obrazu MILO: $ make KSRC=/usr/src/linux Kiedy kompilacja zostanie zako±czona, obraz MILO znajduje siΩ w pliku o nazwie milo. BΩdzie siΩ tam te┐ znajdowaµ wiele obraz≤w o nazwach milo.*, kt≤re powinny byµ zignorowane. 5. úadowanie MILO Najlepiej obs│ugiwany spos≤b │adowania MILO to │adowanie z firmware'u Windows NT ARC, poniewa┐ wiΩkszo╢µ system≤w zawiera t▒ metodΩ. Jednak┐e istnieje wiele r≤┐nych sposob≤w │adowania MILO. Mo┐e on byµ za│adowany z: ╖ dyskietki startowej (failsafe boot block floppy), ╖ firmware'u Windows NT ARC ╖ konsoli SRM Digitala ╖ ,,Alpha Evaluation Board Debug Monitor'' - programu monitoruj▒cego p│yt ewaluacyjnych, ╖ pamiΩci flash ROM 5.1. úadowanie MILO z firmware'u Windows NT ARC WiΩkszo╢µ, je┐eli nie wszystkie systemy oparte na Alfie AXP posiadaj▒ Windows NT ARC firmware i jest to preferowana metoda inicjalizowania MILO i Linuxa. Kiedy firmware Windows NT dzia│a i posiadasz poprawny dla twojego systemu obraz MILO, metoda ta jest bardzo │atwa do u┐ywania. Windows NT ARC firmware jest ╢rodowiskiem, w kt≤rym mog▒ dzia│aµ programy, wykonuj▒c odwo│ania do firmware'u w celu wykonywania r≤┐nych akcji. Windows NT OSloader jest programem, kt≤ry spe│nia t▒ funkcjΩ. Linload.exe jest znacznie prostszym programem, kt≤ry jedynie wczytuje i uruchamia MILO. úaduje on poprawny plik z obrazem do pamiΩci pod adres 0x00000000 i wtedy wykonuje odwo│anie PAL ,,swap-PAL'' (zamie± PAL) do niego. MILO, tak jak Linux, u┐ywa innego kodu PAL ni┐ Windows NT i dlatego musi przeprowadziµ zamianΩ. NastΩpnie MILO przenosi siΩ do 0x200000 i kontynuuje resetowanie kodu PAL. Zanim dodasz opcjΩ │adowania Linuxa, bΩdziesz musia│ skopiowaµ linload.exe oraz MILO, kt≤rego chcesz za│adowaµ w miejsce, z kt≤rego Windows NT ARC bΩdzie m≤g│ go odczytaµ. W poni┐szym przyk│adzie przyjmujΩ, ┐e │adujesz MILO z dyskietki w formacie DOS'a: 1. W menu │adowania (boot menu) wybierz ,,Supplementary menu...'' (menu dodatkowe) 2. W menu ,,Supplementary menu'' wybierz opcjΩ ,,Set up the system...'' (ustaw system) 3. W Setup menu wybierz ,,Manage boot selection menu...'' (menu zarz▒dzania opcjami │adowania) 4. W ,,Boot selections menu'' wybierz ,,Add a boot selection'' (dodaj opcjΩ │adowania) 5. Wybierz ,,Floppy Disk 0'' 6. Wprowad╝ ,,linload.exe'' jako katalog i nazwΩ pliku │adowacza systemu (osloader) 7. Odpowiedz ,,tak'' na pytanie czy system operacyjny znajduje siΩ na tej samej partycji co │adowacz systemu 8. Wprowad╝ ,,\'' jako katalog g│≤wny systemu operacyjnego 9. Zazwyczaj wpisujΩ ,,Linux'' jako nazwΩ tej opcji │adowania 10. Odpowiedz ,,nie'' na pytanie o inicjalizacjΩ debuggera podczas │adowania 11. Powiniene╢ wr≤ciµ do ,,Boot selections menu'', wybierz w nim opcjΩ ,,Change a boot selection option'', a w niej opcjΩ, kt≤r▒ w│a╢nie stworzy│e╢ 12. U┐yj strza│ki w d≤│, aby dostaµ siΩ do rekordu ,,OSLOADFILENAME'', wpisz w nim nazwΩ obrazu MILO, kt≤rego chcesz u┐ywaµ, np. ,,noname.arc, nastΩpnie naci╢nij return (enter). 13. Nasi╢nij ESC ┐eby wr≤ciµ do ,,Boot selections menu'' 14. Wybierz ,,Setup Menu'' (lub naci╢nij jeszcze raz ESC), a w nim ,,Supplementary menu'' i ,,Save Changes'' 15. ESC cofnie ciΩ do ,,Boot menu'', mo┐esz ju┐ spr≤bowaµ inicjalizowaµ MILO. Je┐eli nie chcesz, ┐eby Linux by│ pierwsz▒ opcj▒ │adowania, mo┐esz zmieniµ kolejno╢µ opcji w ,,Boot selections menu''. Na ko±cu tych czynno╢ci powiniene╢ otrzymaµ opcjΩ │adowania wygl▒daj▒c▒ podobnie do tej: LOADIDENTIFIER=Linux SYSTEMPARTITION=multi(0)disk(0)fdisk(0) OSLOADER=multi(0)disk(0)fdisk(0)\linload.exe OSLOADPARTITION=multi(0)disk(0)fdisk(0) OSLOADFILENAME=\noname.arc OSLOADOPTIONS= Mo┐esz teraz uruchomiµ MILO (i Linuxa). Mo┐esz za│adowaµ linload.exe i MILO bezpo╢rednio z systemu plik≤w, kt≤ry rozumie Windows NT, takiego jak NTFS lub DOS na twardym dysku. Linia OSLOADOPTIONS zawiera opcje, kt≤re zostan▒ przekazane do MILO. Je┐eli chcesz za│adowaµ Linuxa bezpo╢rednio z Windows NT ARC nie pauzuj▒c przy MILO, powiniene╢ wpisaµ nastΩpuj▒c▒ komendΩ w OSLOADOPTIONS: boot sda2:vmlinux.gz root=/dev/sda2 Przeczytaj rozdzia│ ``Interfejs u┐ytkowwnika MILO'', ┐eby uzyskaµ wiΩcej informacji o komendach MILO. Inna (ale jest to obej╢cie :( ) metoda │adowania MILO przez WNT ARC, to umieszczenie MILO na dyskietce MS-DOS, nazwanie go fwupdate.exe i uruchomienie opcji ,,Upgrade Firmware''. 5.2. úadowanie MILO z ,,Evaluation Board Debug Monitor'' P│yty ewaluacyjne (i czΩsto ich klony) posiadaj▒ obs│ugΩ Monitora p│yt ewaluacyjnych (Alpha Evaluation Board Debug Monitor). Przeczytaj dokumentacjΩ twojego systemu przed rozpatrywaniem u┐ycia tej metody │adowania MILO. NastΩpuj▒ce systemy napewno obs│uguj▒ Monitor: ╖ AlphaPC64 (Sekcja ``AlphaPC64'') ╖ EB64+ (Sekcja ``EB64+'') ╖ EB66+ (Sekcja ``EB66+'') ╖ EB164 (Sekcja ``EB164'') ╖ PC164 (Sekcja ``PC164'') Zanim u┐yjesz tej metody, pamiΩtaj, ┐e wczesne wersje Monitora Ewaluacyjnego nie posiada│y sterownik≤w grafiki i klawiatury, musisz wiΩc pod│▒czyµ inny komputer przez port szeregowy, ┐eby╢ m≤g│ u┐ywaµ Monitora. Jego interfejs jest bardzo prosty, a komenda help pokazuje mn≤stwo dostΩpnych komend. Najbardziej nas interesuj▒ce zawieraj▒ s│owo boot albo load. Monitor P│yt Ewaluacyjnych mo┐e za│adowaµ obraz przez sieµ (netboot) albo z dyskietki (flboot). W obu przypadkach, ustaw adres │adowania na 0x200000 (> bootadr 200000) przed uruchomieniem obrazu. Je┐eli obraz znajduje siΩ na dyskietce (zauwa┐ ┐e obs│ugiwane s▒ tylko dyskietki w formacie DOS), bΩdziesz musia│ wpisaµ nastΩpuj▒c▒ komendΩ: AlphaPC64> flboot <nazwa-obrazu-MILO> 5.3. úadowanie MILO z ,,bezpiecznej dyskietki startowej'' Tylko AXPPCI33 napewno obs│uguje ,,bezpieczn▒ dyskietkΩ startow▒'' (Sekcja ``NoName''). Je┐eli nie u┐ywasz standardowego, pre-kompilowanego obrazu .dd MILO, bΩdziesz musia│ zbudowaµ dyskietkΩ startow▒ SRM. Kiedy ju┐ skompilowa│e╢ MILO, musisz wykonaµ nastΩpuj▒ce komendy w Digital Unix'ie: fddisk -fmt /dev/rfd0a cat mboot bootm > /dev/rfd0a disklabel -rw rfd0a 'rx23' mboot bootm Lub w Linuxie: cat mboot bootm > /dev/fd0 Je┐eli masz standardowy obraz MILO (powiedzmy MILO.dd), mo┐esz stworzyµ dyskietkΩ startow▒, u┐ywaj▒c nastΩpuj▒cej komendy: dd if=MILO.dd of=/dev/fd0 (radzΩ jednak zapisywaµ programem rawrite.exe spod DOS'a - ale poeksperymentowaµ z dd mo┐na - przyp. t│um.) 5.4. úadowanie MILO z pamiΩci Flash Istnieje kilka system≤w, gdzie MILO mo┐e byµ wypalone we flash'u i │adowane bezpo╢rednio (a nie przez firmware Windows NT ARC): ╖ AlphaPC64 (Sekcja ``AlphaPC64'') ╖ NoName (Sekcja ``NoName'') ╖ EB66+ (Sekcja ``EB66+'') ╖ EB164 (Sekcja ``EB164'') ╖ PC164 (Sekcja ``PC164'') 5.5. úadowanie MILO z konsoli SRM Konsola SRM (skr≤t od System Reference Manual, podrΩcznik systemowy (? - przyp. tygrys)) nie wie nic o systemach plik≤w b▒d╝ partycjach dyskowych, oczekuje po prostu na zajΩcie odpowiedniego przedzia│u kolejnych sektor≤w dysku przez drugorzΩdny │adowacz, zaczynaj▒c od danego offsetu. Informacja opisuj▒ca drugorzΩdny │adowacz (jego rozmiar i offset) znajduje siΩ w pierwszym 512-bajtowym bloku. »eby za│adowaµ MILO z konsoli SRM, musisz wygenerowaµ tak▒ strukturΩ w urz▒dzeniu, do kt≤rego SRM ma dostΩp (np. dyskietka). Do tego s│u┐y mboot i bootm, mboot jest pierwszym, opisuj▒cym blokiem, a bootm jest obrazem MILO zaokr▒glonym do 512-bajtowego bloku. »eby za│adowaµ MILO z urz▒dzenia zawieraj▒cego blok startowy, zbuduj mboot oraz bootm i nagraj je na urz▒dzenie startowe nastΩpuj▒c▒ komend▒: $ cat mboot bootm > /dev/fd0 Mo┐esz te┐ ╢ci▒gn▒µ odpowiedni plik MILO.dd i nagraµ go u┐ywaj▒c RAWRITE.EXE lub dd. Kiedy ju┐ to zrobi│e╢, mo┐esz uruchomiµ konsolΩ SRM i u┐yµ jednej z jej wielu komend do za│adowania MILO. Na przyk│ad, je┐eli chcesz za│adowaµ MILO z dyskietki startowej, powiniene╢ u┐yµ nastΩpuj▒cej komendy: >>>boot dva0 (boot dva0.0.0.0.1 -flags 0) block 0 of dva0.0.0.0.1 is a valid boot block reading 621 blocks from dva0.0.0.0.1 bootstrap code read in base = 112000, image_start = 0, image_bytes = 4da00 initializing HWRPB at 2000 initializing page table at 10400 initializing machine state setting afinity to the primary CPU jumping to bootstrap code MILO Stub: V1.1 Unzipping MILO into position Allocating memory for unzip ####... NastΩpuj▒ce systemy napewno posiadaj▒ konsolΩ SRM: ╖ NoName (Sekcja ``NoName'') ╖ AlphaPC64 (Sekcja ``AlphaPC64'') ╖ EB164 (Sekcja ``EB164'') ╖ PC164 (Sekcja ``PC164'') 5.6. Informacje o p│ytach g│≤wnych 5.6.1. AXPPCI33 (NoName) P│yta NoName mo┐e │adowaµ MILO z firmware'u Windows NT ARC (Sekcja ``│adowanie MILO z Windows NT ARC''), z konsoli SRM (Sekcja ``úadowanie MILO z konsoli SRM''), oraz z dyskietki startowej (Sekcja ``úadowanie z dyskietki startowej''). Mo┐na te┐, u┐ywaj▒c programu zarz▒dzaj▒cego pamiΩci▒ flash, dostarczanego z MILO, mo┐esz po za│adowaniu Miniloadera wypaliµ jego obraz w tak▒ pamiΩµ (Sekcja ``korzystanie z programu zarz▒dzaj▒cego pamiΩci▒ flash''). Jednak┐e musisz pamiΩtaµ, ┐e kiedy to zrobisz, stracisz poprzedni obraz tam zapisany, poniewa┐ p│yta posiada miejsce tylko na jeden. Spos≤b, w jaki NoName uruchamia system jest kontrolowany zestawem zworek na p│ycie, J29 i J28. Wygl▒daj▒ one nastΩpuj▒co: 4 J29 2 x x x 6 1 x x x 5 J28 2 x x x 6 1 x x x 5 3 Dwie opcje, kt≤re nas interesuj▒, to piny 1-3 zworki J28, kt≤re │aduj▒ konsolΩ/│adowacz z pamiΩci flash, oraz piny 1-3 zworki J29, kt≤re uruchamiaj▒ konsolΩ lub │adowacz z dyskietki startowej. Pierwsze za│adowanie MILO musi byµ przeprowadzone przy u┐yciu drugiej opcji. Kiedy ju┐ wybierzesz │adowanie systemu z dyskietki ustawiaj▒c odpowiedni▒ zworkΩ, w│≤┐ dyskietkΩ startow▒ SRM zawieraj▒c▒ MILO do stacji i zresetuj komputer. Za parΩ sekund (po zga╢niΩciu lampki stacji dysk≤w) ekran powinien zrobiµ siΩ bia│y, a MILO bΩdzie m≤wi│ ci co siΩ dzieje. Je┐eli interesuj▒ ciΩ tematy techniczne, wiedz, ┐e NoName │aduje obrazy z dyskietki pod fizyczny adres 0x104000, a obrazy z pamiΩci flash pod adres 0x100000. Z tego powodu PALcode MILO zaaczyna siΩ na 0x200000. Kiedy jest ju┐ za│adowany, przenosi siΩ w poprawne miejsce (zobacz relocate.S). 5.6.2. AlphaPC64 (Cabriolet) AlphaPC64 mo┐e │adowaµ MILO z firmware'u Windows NT ARC (Sekcja ``úadowanie z Windows NT ARC''), konsoli SRM (Sekcja ``úadowanie MILO z konsoli SRM''), oraz z Monitora Ewaluacyjnego (Sekcja ``úadowanie z Monitora P│yt Ewaluacyjnych''). Wszystkie te funkcjΩ znajduj▒ siΩ w pamieci flash, w kt≤rej znajduje siΩ jeszcze miejsce na dodanie MILO, w celu │adowania go bezpo╢rednio. Mo┐na u┐yµ programu zarz▒dzania pamiΩci▒ flash, uruchamianego z MILO, a wiΩc kiedy jest on uruchomiony, mo┐e byµ wczytany do pamiΩci nieulotnej (Sekcja ``u┐ywanie programu zarz▒dzania pamiΩci▒ flash''). System obs│uguje zmienne ╢rodowiskowe MILO. Mo┐na wybraµ opcjΩ │adowania (i MILO, kiedy znajduje siΩ w pamiΩci flash) za pomoc▒ kombinacji zworek i opcji inicjalizacji, kt≤ra jest zapisywana w NVRAM zegara TOY. Zworka s│u┐▒ca do tego celu to J2, bity SP o numerach 6 i 7 maj▒ nastΩpuj▒ce znaczenie: ╖ SP 6 powinien byµ zawsze wy│▒czony. Je┐eli nie, w│▒czy siΩ mini- debugger SROM, ╖ Kiedy SP 7 jest w│▒czony, system wybiera opcjΩ inicjalizacji umieszczon▒ w zegarze TOY, ╖ Przy wy│▒czonym SP 7 system │aduje pierwszy obraz z pamiΩci flash. A wiΩc, je┐eli SP 7 jest wy│▒czony, │adowany bΩdzie Monitor P│yt Ewaluacyjnych, poniewa┐ jest zawsze pierwsz▒ opcj▒ w pamiΩci flash. Kiedy SP 7 jest w│▒czony, wybrany zostanie obraz z zegara TOY. Zar≤wno Monitor, firmware Windows NT ARC, jak i MILO obs│uguj▒ wyb≤r opcji inicjalizacyjnej, ale musisz byµ bardzo ostro┐ny u┐ywaj▒c tej metody. Nie mo┐esz na przyk│ad ustawiµ opcji inicjalizacyjnej tak, ┐eby nastΩpnym razem system │adowa│ MILO, kiedy u┐ywasz Windows NT ARC, poniewa┐ pozwala on tylko na ustawienie Monitora Ewaluacyjnego lub NT ARC jako opcji │adowania. W celu zapisania MILO w pamiΩci flash za pomoc▒ Monitora P│yt Ewaluacyjnych, bΩdziesz potrzebowa│ obrazu przystosowanego do tej metody │adowania. Procedura kompilacji tworzy plik MILO.rom, ale r≤wnie dobrze mo┐esz stworzyµ taki plik jedn▒ z komend Monitora: > makerom -v -i7 -l200000 MILO -o mini.flash (napisz makerom, ┐eby dowiedzieµ siΩ, co znacz▒ poszczeg≤lne argumenty, powiem tylko, ┐e 7 to identyfikator obrazu u┐ywany przez SROM, a -l200000 ustawia adres │adowania obrazu na 0x200000). Za│aduj ten obraz do pamiΩci (komend▒ flload, netload itd. (NIE fl/net boot tylko load - przyp. t│um.)) pod adres 0x200000 i wypal we flash'u: AlphaPC64> flash 200000 8 (200000 to miejsce w pamiΩci obrazu, kt≤ry ma byµ wypalony, a 8 to segment, w kt≤rym umieszczasz obraz. Istnieje 16 1024*64 bajtowych segment≤w w pamiΩci flash, Debug Monitor znajduje siΩ w segmencie pierwszym, a Windows NT ARC w czwartym). Ustaw numer obrazu, kt≤ry bΩdzie │adowany przez SROM poprzez zapisanie jego numeru w zegarze TOY. AlphaPC64> bootopt 131 (131 to trzeci obraz, 129 - pierwszy, 130 - drugi itd.) Wy│▒cz zasilanie, zewrzyj si≤dm▒ zworkΩ i w│▒cz komputer. Powiniene╢ zobaczyµ MILO budz▒cego siΩ do ┐ycia. Je┐eli nie, wyjmij 7 zworkΩ i zresetuj Monitor Ewaluacyjny. 5.6.3. EB66+ EB66+, tak jak wszystkie P│yty Ewaluacyjne Alpha zbudowane przez Digitala, posiada ,,Evaluation Board Debug Monitor'', mo┐na wiΩc uruchamiaµ MILO przez niego (Sekcja ``úadowanie z Monitora Ewaluacyjnego''). Dosyµ czΩsto (choµ nie zawsze) p│yty, kt≤re wyeluowa│y z EB66+, r≤wnie┐ posiadaj▒ Monitor. Zazwyczaj p│yty te zawieraj▒ Windows NT ARC firmware (Sekcja ``úadowanie przez Windows NT ARC''). Mo┐na te┐ skorzystaµ z programu zarz▒dzania pamiΩci▒ flash, kiedy MILO jest uruchomiony (Sekcja ``u┐ywanie programu zarz▒dzaj▒cego pamiΩci▒ flash''). System ten obs│uguje zmienne ╢rodowiskowe MILO. P│yta g│≤wna posiada miejsce na kilka obraz≤w flash, s▒ one kontrolowane zworkami. Dwa banki zworek (J18 i J16) znajduj▒ siΩ na dole p│yty, po ╢rodku jej szeroko╢ci (je┐eli Alpha jest na g≤rze). Mo┐esz wybraµ pomiΩdzy opcjami │adowania (i MILO, je┐eli zosta│ zapisany w pamiΩci flash), u┐ywaj▒c kombinacji zworek i opcji inicjalizacji zapisanej w NVRAM zegara TOY. Kiedy zworka 7-8 banku J18 jest w│▒czona, obraz │adowania jest opisany przez opcjΩ inicjalizacyjn▒. Je┐eli s▒ one wy│▒czone, za│adowany zostanie Monitor P│yt Ewaluacyjnych. Procedura wypalania obrazu w pamiΩci flash przez Monitor Ewaluacyjny jest identyczna, jak w przypadku AlphaPC64 (Sekcja ``AlphaPC64''). 5.6.4. EB64+/Aspen Alpine System ten jest podobny do AlphaPC64, nie posiada jednak pamiΩci flash do nagrania MILO. EB64+ posiada dwa ROMy, z kt≤rych jeden zawiera firmware Windows NT ARC (Sekcja ``úadowanie z firmware'u Windows NT ARC''), a drugi Monitor P│yt Ewaluacyjnych (Sekcja ``úadowanie z Monitora Ewaluacyjnego''). Aspen Alpine posiada tylko jeden ROM - Windows NT ARC. 5.6.5. Universal Desktop Box (Multia) Jest to system bardzo kompaktowy, sprzedawany jako ca│y komputer, oparty na 21066. Posiada on urz▒dzenie graficzne TGA (21030). Chocia┐ mo┐na wepchn▒µ do niego kartΩ graficzn▒ PCI o ma│ym rozmiarze, poczekaj lepiej na pe│n▒ obs│ugΩ TGA w XFree86. P│yta posiada firmware Windows NT ARC, z kt≤rego mo┐na │adowaµ MILO (Sekcja (``úadowanie z firmware'u Windows NT ARC''). 5.6.6. EB164 EB164, tak jak wszystkie p│yty ewaluacyjne Digitala, posiada Monitor P│yt Ewaluacyjnych, mo┐na wiΩc za jego pomoc▒ │atwo │adowaµ MILO (Sekcja ``úadowanie z Monitora Ewaluacyjnego''). Dosyµ czΩsto (choµ nie zawsze) p│yty, kt≤re wyeluowa│y z EB164, tak┐e zawieraj▒ Monitor. Zazwyczaj, p│yty EB164 posiadaj▒ firmware Windows NT ARC (Sekcja ``úadowanie z firmware'u Windows NT ARC''). DostΩpna jest te┐ konsola SRM (Sekcja ``úadowanie MILO z konsoli SRM''). DziΩki programowi do zarz▒dzania pamiΩci▒ flash uruchamianemu z MILO, mo┐na zapisaµ jego obraz w pamiΩci flash (kiedy MILO ju┐ dzia│a) (Sekcja ``U┐ywanie programu zarz▒dzania pamiΩci▒ flash''). System obs│uguje zmienne ╢rodowiskowe MILO. P│yty EB164 posiadaj▒ kilka obraz≤w │aduj▒cych, kontrolowanych zworkami. Dwuzworkowy bank nas interesuj▒cy to J1, znajduje siΩ on w lewym, dolnym rogu p│yty (kiedy Alpha jest na g≤rze). MiΩdzy opcjami │adowania (oraz MILO, je┐eli zosta│ zapisany w pamiΩci flash) mo┐esz prze│▒czaµ siΩ u┐ywaj▒c kombinacji zworek i opcji inicjalizacyjnej, zapisanej w NVRAMie zegara TOY. Kiedy zworka SP-11 banku J1 jest zwarta, │adowany bΩdzie obraz opisany opcj▒ inicjalizacyjn▒, a je┐eli jest rozwarta, │adowany bΩdzie Monitor P│yt Ewaluacyjnych. Wypalanie obrazu w pamiΩci flash przeprowadza siΩ dok│adnie tak, jak w AlphaPC64 (Sekcja ``AlphaPC64''). 5.6.7. PC164 PC164, jak wszystkie P│yty Ewaluacyjne Alpha Digitala, posiada Monitor P│yt Ewaluacyjnych, jest to wiΩc pierwsza mo┐liwo╢µ │adowania MILO (Sekcja ``úadowanie z monitora ewaluacyjnego''). Dosyµ czΩsto (choµ nie zawsze) p│yty, kt≤re wyeluowa│y z PC164, tak┐e posiadaj▒ Monitor. Zazwyczaj p│yty te posiadaj▒ firmware Windows NT ARC (Sekcja ``úadowanie z Windows NT ARC''). Jest te┐ dostΩpna konsola SRM (Sekcja ``úadowanie MILO z konsoli SRM''). Mo┐na r≤wnie┐ u┐yµ programu do zarz▒dzania pamiΩci▒ flash, uruchamianego z MILO, a wiΩc kiedy Miniloader dzia│a, mo┐e byµ zapisany w pamiΩci flash (Sekcja ``u┐ywanie programu zarz▒dzaj▒cego pamiΩci▒ flash''). System obs│uguje zmienne ╢rodowiskowe MILO. Systemy te posiadaj▒ kilka opcji │adowania w pamiΩci flash, kontrolowanych przez zworki. G│≤wny blok zworek, J30, zawiera zworki konfiguracji systemu, oraz zworkΩ CF6, kt≤ra, je┐eli w│▒czona, uruchomi Monitor Ewaluacyjny. Standardowo zworka ta jest wy│▒czona. Wypalanie obrazu do pamiΩci flash za pomoc▒ Monitora P│yt Ewaluacyjnych przeprowadza siΩ identycznie, jak w przypadku AlphaPC64 (Sekcja ``AlphaPC64''). 5.6.8. XL266 XL266 jest jedn▒ z p│yt z rodziny system≤w znanych jako Avanti. Posiada oddzieln▒ kartΩ zawieraj▒c▒ procesor i pamiΩµ cache, do│▒czan▒ do p│yty pod prawid│owym k▒tem. P│yta ta mo┐e zast▒piµ sw≤j odpowiednik - p│ytΩ do Pentium. Niekt≤re z tych system≤w posiadaj▒ konsolΩ SRM, a inne, np. w│a╢nie XL266 posiadaj▒ jedynie firmware Windows NT ARC (Sekcja ``úadowanie z firmware'u Windows NT ARC''). Oto moja lista kompatybilnych system≤w: ╖ AlphaStation 400 (Avanti), ╖ AlphaStation 250, ╖ AlphaStation 200 (Mustang), ╖ XL. DostΩpne s▒ dwa rodzaje, XL266 i XL233, jedyna r≤┐nica pomiΩdzy nimi to szybko╢µ procesora i rozmiar cache'u. Uwaga: System kt≤rego u┐ywa│em do rozwoju MILO, to XL266 i dlatego jest to jedyny system, kt≤rego dzia│anie mogΩ zagwarantowaµ. Jednak┐e technicznie wszystkie powy┐sze systemy s▒ odpowiednikami, maj▒ te same chipsety oraz mechanizmy obs│ugi przerwa±. 5.6.9. Platform2000 Jest to system oparty na 233MHz 21066. 6. Interfejs u┐ytkownika MILO Kiedy poprawnie zainstalowa│e╢/za│adowa│e╢/uruchomi│e╢ MILO, zobaczysz znak zachΩty MILO> (od MIniLOader, Mini│adowacz) wy╢wietlony na ekranie. Jest to bardzo prosty intefejs u┐ytkownika, kt≤rego musisz u┐yµ w celu uruchomienia obrazu j▒dra Linuxa. Wpisanie ,,help'' jest dobrym pomys│em, poniewa┐ wy╢wietla przydatny opis komend. 6.1. Komenda ,,help'' Jest to chyba najbardziej po┐yteczna komenda MILO: MILO> help MILO command summary: ls [-t fs] [dev:[dir]] - List files in directory on device boot [-t fs] [dev:file] [boot string] - Boot Linux from the specified device and file run [-t fs] dev:file - Run the standalone program dev:file show - Display all known devices and file systems set VAR VALUE - Set the variable VAR to the specified VALUE unset VAR - Delete the specified variable reset - Delete all variables print - Display current variable settings help [var] - Print this help text Devices are specified as: fd0, hda1, hda2, sda1... Use the '-t filesystem-name' option if you want to use anything but the default filesystem ('ext2'). Use the 'show' command to show known devices and filesystems. Type 'help var' for a list of variables. ------------------------------------------------------------------------------------ MILO> help Opis komend MILO: ls [-t fs] [urz▒dzenie:[katalog]] - Lista plik≤w w katalogu danego urz▒dzenia boot [-t fs] [urz▒dzenie:plik] [tekst │adowania] - Za│aduj Linuxa z pliku na danym urz▒dzeniu run [-t fs] [urz▒dzenie:plik] - Uruchom oddzielny program z podanej ╢cie┐ki show - Poka┐ wszystkie znane urz▒dzenia i systemy plik≤w set ZMIENNA WARTOSC - Przypisuje zmiennej ZMIENNA wartosc WARTOSC unset ZMIENNA - Kasuje podan▒ zmienn▒ reset - Skasuj wszystkie zmienne print - Poka┐ obecne ustawienia zmiennych help [var] - Wy╢wietl ten tekst pomocy Urz▒dzenia podaje siΩ jako: fd0, hda1, hda2, sda1... U┐yj opcji ,,-t nazwa-systemu-plik≤w'', je┐eli chcesz u┐ywaµ czego╢ innego ni┐ standardowy system plik≤w (,,ext2''). U┐yj komendy ,,show'', ┐eby wy╢wietliµ znane urz▒dzenia i systemy plik≤w. Wpisz ,,help var'', ┐eby uzyskaµ listΩ zmiennych. Uwaga: komenda bootopt wystΩpuje tylko w systemie AlphaPC64 (i podobnych). Odwo│aj siΩ do dokumentacji p│yty, ┐eby dowiedzieµ siΩ, co ona znaczy. Urz▒dzenia. Dop≤ki nie u┐yjesz komendy, kt≤ra musi u┐yµ urz▒dzenia, nie bΩdzie mia│a miejsca jego inicjalizacja. Pierwsze show, ls, boot lub run, zawsze spowoduj▒ inicjalizacjΩ urz▒dze± w MILO. Urz▒dzenia s▒ nazywane dok│adnie w ten sam spos≤b, co w Linuxie. A wiΩc, pierwszy dysk IDE bΩdzie nazywaµ siΩ ,,hda'', a pierwsza partycja ,,hda1''. U┐yj komendy ,,show'', ┐eby wy╢wietliµ dostΩpne urz▒dzenia. Systemy plik≤w. MILO obs│uguje trzy systemy plik≤w - MSDOS, EXT2 i ISO9660. Je┐eli urz▒dzenie jest dostΩpne w systemie, mo┐na wykonaµ komendy ls, boot i run na obrazie zapisanym na tych systemach plik≤w. Standardowy system MILO to EXT2, dlatego bΩdziesz musia│ powiedzieµ MILO, ┐e obecny jest inny system plik≤w. Wszystkie komendy u┐ywaj▒ce nazw plik≤w pozwalaj▒ przekazaµ do nich typ systemu plik≤w, u┐ywaj▒c opcji -t [nazwa systemu plik≤w]. A wiΩc je┐eli chcesz wy╢wietliµ zawarto╢µ CD ROMu SCSI, mo┐esz napisaµ: MILO> -t iso9660 scd0: Zmienne. MILO posiada kilka ustawialnych zmiennych, u│atwiaj▒cych proces │adowanie. Je┐eli │adujesz MILO przez Windows NT ARC, MILO u┐ywa zmiennych ustawionych przez to firmware. W niekt≤rych systemach (np. AlphaPC64), MILO tworzy w│asn▒ listΩ zmiennych, kt≤re nie zmieniaj▒ siΩ przy ka┐dym │adowaniu. S▒ to: MILO> help var Variables that MILO cares about: MEMORY_SIZE - System memory size in megabytes BOOT_DEV - Specifies the default boot device BOOT_FILE - Specifies the default boot file BOOT_STRING - Specifies the boot string to pass to the kernel SCSIn_HOSTID - Specifies the host id of the n-th SCSI controller. AUTOBOOT - If set, MILO attempts to boot on powerup and enters command loop only on failure. AUTOBOOT_TIMEOUT - Seconds to wait before auto-booting on powerup. ------------------------------------------------------------------------------------ MILO> help var Zmienne, na kt≤re uwa┐a MILO: MEMORY_SIZE - Rozmiar pamiΩci systemu w megabajtach BOOT_DEV - Definiuje domy╢lne urz▒dzenie │adowania BOOT_FILE - Definiuje domy╢lny plik │adowania BOOT_STRING - Definiuje tekst przekazywany do j▒dra podczas startu SCSIn_HOSTID - Definiuje identyfikator hosta n-tego kontrolera SCSI. AUTOBOOT - Je┐eli jest ustawiona, MILO pr≤buje │adowaµ system po w│▒czeniu zasilania i przechodzi do linii komend tylko w przypadku b│edu. AUTOBOOT_TIMEOUT - Ile sekund MILO ma czekaµ przed auto│adowaniem. 6.2. úadowanie Linuxa Komenda boot │aduje j▒dro Linuxa. Musi siΩ ono znajdowaµ na dysku w formacie EXT2 (SCSI, IDE lub na dyskietce), lub na kompakcie w formacie ISO9660. Obraz mo┐e byµ spakowany gzipem, MILO rozpozna go wtedy po rozszerzeniu .gz. Zauwa┐, ┐e wersja MILO nie musi odpowiadaµ wersji j▒dra, kt≤re │adujesz. Linuxa │aduje siΩ nastΩpuj▒c▒ komend▒: MILO> boot [-t system-plik≤w] urz▒dzenie:nazwa-pliku [[opcja-│adowania] [opcja-│adowania] ...] Gdzie urz▒dzenie jest nazw▒ pliku urz▒dzenia, kt≤rego chcesz u┐ywaµ, a nazwa-pliku jest nazw▒ obrazu j▒dra Linuxa. Wszystkie argumenty podane po nazwie pliku s▒ przekazywane bezpo╢rednio do j▒dra. Je┐eli instalujesz Red Hat'a, bΩdziesz musia│ podaµ urz▒dzenie / i nie tylko. Powiniene╢ u┐yµ komendy MILO> boot fd0:vmlinux.gz root=/dev/fd0 load_ramdisk=1 MILO bΩdzie automatycznie zawiera│ urz▒dzenia wkompilowane w tw≤j vmlinux. Testowa│em sterowniki do stacji dysk≤w, IDE i kilka sterownik≤w SCSI (np. NCR 810). Wszystkie dzia│aj▒ poprawnie. Wa┐ne jest te┐ poprawne ustawienie identyfikatora hosta SCSI. Domy╢lnie MILO zainicjalizuje go na najwy┐szej mo┐liwej warto╢ci (7), co powinno dzia│aµ poprawnie. Jednak┐e je┐eli chcesz, mo┐esz i tak ustawiµ identyfikator hosta n-tego kontrolera SCSI w systemie, ustawiaj▒c zmienn▒ ╢rodowiskow▒SCSIn_HOSTID na odpowiedni▒ warto╢µ. Na przyk│ad, ┐eby ustawiµ hostid pierwszego kontrolera na 7, powiniene╢ wpisaµ nastΩpuj▒ce polecenie w linii polece± MILO: setenv SCSI0_HOSTID 7 6.3. Resetowanie Linuxa Czasami bΩdziesz chcia│ prze│adowaµ dzia│aj▒cego Linuxa komend▒ shutdown -r now. W takim przypadku j▒dro Linuxa oddaje kontrolΩ MILO (przez odwo│anie CallPAL HALT). Z tego powodu MILO zostawia skompresowan▒ kopiΩ samego siebie w pamiΩci i wykrywa ┐e system jest prze│adowywany, korzystaj▒c z informacji przetrzymywanych w HWRPB (Hardware Restart Parameter Block, Blok Parametr≤w Restartu Urz▒dzenia). Zaczyna wtedy prze│adowanie, u┐ywaj▒c dok│adnie tej samej komendy, kt≤ra zosta│a u┐yta do │adowania j▒dra Linuxa ostatnim razem. MILO czeka przez 30 sekund przed ponownym za│adowaniem j▒dra, co pozwala przerwaµ ten proces i za│adowaµ inne j▒dro, w jakikolwiek spos≤b. 6.4. Komenda ,,bootopt'' W systemach z pamiΩci▒ flash, takich jak AlphaPC64, EB164 i EB66+ istnieje kilka opcji │adowania. S▒ one zmieniane komend▒ bootopt. Posiada ona jeden argument, numer dziesiΩtny, kt≤ry jest typem obrazu do za│adowania po w│▒czeniu zasilania/prze│adowaniu systemu. 0 úadowanie Monitora P│yt Ewaluacyjnych, 1 úadowanie firmware'u Windows NT ARC. W celu │adowania MILO z pamiΩci flash, potrzebna jest opcja inicjalizacyjna, znacz▒ca ,,za│aduj N-ty obraz z pamiΩci flash''. Jako argument, musisz podaµ 128 + N, wiΩc je┐eli MILO jest trzecim obrazem, u┐yjesz komendy MILO> bootopt 131 Uwaga: B▒d╝ bardzo ostro┐ny z t▒ komend▒. Nigdy nie ustawiaj bootopt na 0 (Monitor P│yt Ewaluacyjnych), zamiast tego u┐yj zworek na p│ycie g│≤wnej. 7. U┐ywanie programu zarz▒dzaj▒cego pamiΩci▒ flash Komenda run jest u┐ywana do uruchamiania programu zarz▒dzaj▒cego pamiΩci▒ flash (flash management utility, dalej bΩdΩ nazywa│ go ,,fmu'' - przyp. t│um.). Zanim zaczniesz, bΩdziesz potrzebowa│ urz▒dzenia dostΩpnego MILO i zawieraj▒cego fmu. Mo┐e on byµ (tak jak vmlinux) spakowany gzipem. Fmu uruchamia siΩ nastΩpuj▒c▒ komend▒: MILO> fd0:fmu.gz Kiedy program zostanie za│adowany i zainicjalizowany, fmu poda trochΩ informacji o urz▒dzeniu flash, oraz wy╢wietli liniΩ polece±. Znowu, komenda help jest bardzo u┐yteczna. Linux MILO Flash Management Utility V1.0 Linux MILO Flash Management Utility V1.0 Flash device is an Intel 28f008SA Urz▒dzenie flash to Intel 28f008SA 16 segments, each of 0x10000 (65536) bytes 16 segment≤w, ka┐dy po 0x10000 (65536) bajt≤w Scanning Flash blocks for usage Wykrywam zajΩto╢µ blok≤w Flash Block 12 contains environment variables Blok 12 zawiera zmienne ╢rodowiskowe FMU> FMU> Uwaga: W systemach obs│uguj▒cych zmienne ╢rodowiskowe, gdzie istnieje wiΩcej ni┐ jeden blok flash (np. AlphaPC64), fmu bΩdzie szuka│ bloku na zmienne ╢rodowiskowe MILO. Je┐eli taki blok istnieje, fmu powie, gdzie siΩ on znajduje. Je╢li nie, musisz u┐yµ komendy environment, ┐eby ustawiµ blok i go zainicjalizowaµ. W powy┐szym przyk│adzie, blok 12 zawiera zmienne ╢rodowiskowe MILO. 7.1. Komenda ,,help'' FMU> help FMU command summary: list - List the contents of flash program - Program an image into flash quit - Quit environment - Set which block should contain the environment variables bootopt num - Select firmware type to use on next power up help - Print this help text FMU> ------------------------------------------------------------------------------------ FMU> help Opis komend FMU: list - Wy╢wietl zawarto╢µ pamiΩci flash program - Zapisz obraz w pamiΩci flash quit - Zako±cz program environment - Ustaw blok, kt≤ry powinien zawieraµ zmienne ╢rodowiskowe bootopt numer - Wybierz typ firmware'u do u┐ycia przy nastΩpnym uruchomieniu help - Wy╢wietl ten tekst pomocy FMU> Uwaga: Komendy environment i bootopt s▒ dostΩpne tylko w p│ytach EB66+, AlphaPC64, EB164 i PC164 (i ich klonach). 7.2. Komenda ,,list'' Komenda ,,list'' pokazuje zawarto╢µ pamiΩci flash. Je┐eli istnieje wiΩcej ni┐ jeden blok, pokazana jest zawarto╢µ ka┐dego. W poni┐szym przyk│adzie mo┐esz zobaczyµ, ┐e Windows NT ARC u┐ywa blok 4-7 i blok 15. FMU> list Flash block: 0:DBM 1:DBM 2:DBM 3:WNT 4:WNT 5:WNT 6:WNT 7:WNT 8:MILO 9:MILO 10:MILO 11:MILO 12:MILO 13:U 14:U 15:WNT Listing flash Images Flash image starting at block 0: Firmware Id: 0 (Alpha Evaluation Board Debug Monitor) Image size is 191248 bytes (3 blocks) Executing at 0x300000 Flash image starting at block 3: Firmware Id: 1 (Windows NT ARC) Image size is 277664 bytes (5 blocks) Executing at 0x300000 Flash image starting at block 8: Firmware Id: 7 (MILO/Linux) Image size is 217896 bytes (4 blocks) Executing at 0x200000 FMU> ------------------------------------------------------------------------------------ FMU> list Bloki Flash: 0:DBM 1:DBM 2:DBM 3:WNT 4:WNT 5:WNT 6:WNT 7:WNT 8:MILO 9:MILO 10:MILO 11:MILO 12:MILO 13:U 14:U 15:WNT Wy╢wietlam Obrazy Flash Obraz Flash (pocz▒tek - blok 0) Firmware Id: 0 (Alpha Evaluation Board Debug Monitor) Rozmiar obrazu: 191248 bajt≤w (3 bloki) Wykonuje siΩ na 0x300000 Obraz Flash (pocz▒tek - blok 3) Firmware Id: 1 (Windows NT ARC) Rozmiar obrazu: 277664 bajt≤w (5 blok≤w) Wykonuje siΩ na 0x300000 Obraz Flash (pocz▒tek - blok 8) Firmware Id: 7 (MILO/Linux) Rozmiar obrazu: 217896 bajt≤w (4 bloki) Wykonuje siΩ na 0x200000 FMU> 7.3. Komenda ,,program'' Fmu zawiera skompresowan▒ kopiΩ obrazu flash MILO. Komenda ,,program'' pozwala zapisaµ ten obraz w pamiΩci flash. Komenda ta pozwoli ci wycofaµ siΩ, ale zanim j▒ uruchomisz, powiniene╢ u┐yµ komendy ,,list'', ┐eby zobaczyµ gdzie nagraµ MILO. Je┐eli MILO znajduje siΩ ju┐ w pamiΩci flash, fmu zapyta siΩ, czy go skasowaµ. FMU> program Image is: Firmware Id: 7 (MILO/Linux) Image size is 217896 bytes (4 blocks) Executing at 0x200000 Found existing image at block 8 Overwrite existing image? (N/y)? y Do you really want to do this (y/N)? y Deleting blocks ready to program: 8 9 10 11 Programming image into flash Scanning Flash blocks for usage FMU> ------------------------------------------------------------------------------------ FMU> program Obraz: Firmware Id: 7 (MILO/Linux) Rozmiar obrazu: 217896 bajt≤w (4 bloki) Wykonuje siΩ na 0x200000 Znaleziono istniej▒cy obraz w bloku 8 Nadpisaµ istniej▒cy obraz? (N/y)? y Czy napewno chcesz to zrobiµ? (y/N)? y Kasowanie blok≤w do programowania: 8 9 10 11 Programowanie obrazu do pamiΩci flash Szukanie zajΩtych blok≤w Flash FMU> Poczekaj, a┐ proces zostanie zako±czony przed wy│▒czeniem systemu. Uwaga: Nie mogΩ wyraziµ dostatecznie mocno, jak musisz byµ ostro┐ny, ┐eby nie nadpisaµ istniej▒cego obrazu flash, kt≤ry mo┐e byµ ci potrzebny, lub nie zniszczyµ swojej p│yty g│≤wnej. Dobr▒ zasad▒ jest niekasowanie Monitora Ewaluacyjnego. (!!! - przyp. t│um.) 7.4. Komenda ,,environment'' Wybiera blok flash maj▒cy zawieraµ zmienne ╢rodowiskowe MILO. 7.5. Komenda ,,bootopt'' Jest to ta sama komenda, co istniej▒ca w MILO, zobacz sekcjΩ (``Komenda ,,bootopt''''). 7.6. Komenda ,,quit'' Jest to raczej bez znaczenia. Jedyna droga powrotna do MILO (lub czegokolwiek innego), kiedy fmu dzia│a, to restart systemu. 8. Ograniczenia Niestety, ╢wiat nie jest doskona│y, jest wiΩc jak zawsze parΩ ogranicze±, o kt≤rych powiniene╢ wiedzieµ. MILO nie jest przeznaczony do │adowania system≤w operacyjnych innych ni┐ Linux, jednak┐e mo┐e │adowaµ obrazy │▒czone do dzia│ania w tym samym miejscu pamiΩci co Linux (czyli 0xFFFFFC0000310000). W ten spos≤b mo┐e dzia│aµ fmu. ¼r≤d│a kodu PAL za│▒czone w miniboot/palcode/co╢tam s▒ poprawne, jednak┐e s▒ problemy, kiedy zostaj▒ zbudowane przy u┐yciu najnowszego gas (assembler GNU - przyp. t│um.). Mo┐na kompilowaµ je, u┐ywaj▒c bardzo starego gas'a za│▒czonego w oprogramowanu do P│yt Ewaluacyjnych Alpha (i w ten spos≤b zosta│y zbudowane). Pr≤bujΩ nam≤wiµ kogo╢, ┐eby naprawi│ nowy gas. Obecnie jednak, jako obej╢cie, umie╢ci│em pre- kompilowany kod PAL dla obs│ugiwanych p│yt, a David Mosberger-Tang umie╢ci│ naprawiony gas na swoim serwerze ftp. 9. Rozwi▒zywanie problem≤w Oto kilka czΩsto spotykanych problem≤w razem z rozwi▒zaniami. Czytanie dyskietek MS-DOS z Monitora P│yt Ewaluacyjnych. Niekt≤re starsze wersje Monitora P│yt Ewaluacyjnych (przed 2.0) mia│y problemy z odczytywaniem dyskietek w formacie DOS zapisanych pod Linuxem. Zazwyczaj Monitor mo┐e wczytaµ kilka pierwszych sektor≤w, ale po chwili wchodzi w niesko±czon▒ pΩtlΩ b│Ωd≤w o z│ych sektorach. Istnieje te┐ pewna niekompatybilno╢µ miΩdzy formatem DOS oczekiwanym przez Monitor Ewaluacyjny, a Linuxow▒ implementacj▒ DOSFS. »eby skr≤ciµ t▒ d│ug▒ historiΩ: je┐eli napotkasz ten problem, spr≤buj u┐yµ DOS'a do zapisania dyskietki. Na przyk│ad je┐eli nie │aduje siΩ plik MILO.cab, u┐yj komputera z DOSem - w│≤┐ dyskietkΩ i napisz: copy a:MILO.cab c: copy c:MILO.cab a: del c:MILO.cab Spr≤buj ponownie wystartowaµ MILO z tej dyskietki. Powinno to rozwi▒zaµ problem. MILO wy╢wietla d│ug▒ sekwencjΩ znak≤w ,,o>'' i nie przyjmuje polece±. Dzieje siΩ to zazwyczaj kiedy MILO zosta│ skompilowany z portem COM1 jako drugorzΩdnym urz▒dzeniem konsoli. W takim przypadku, MILO kopiuje wyj╢cie na port COM1 i akceptuje wej╢cie r≤wnie┐ z tego portu. Jest to ╢wietne do wykrywania b│Ωd≤w, ale nie tak ╢wietne je┐eli masz pod│▒czone co╢ innego ni┐ terminal. Je┐eli to siΩ dzieje, od│▒cz lub wy│▒cz to urz▒dzenie, do chwili uruchomienia j▒dra Linuxa. Kiedy Linux dzia│a, wszystko bΩdzie dzia│a│o tak jak powinno. MILO skar┐y siΩ na z│y numer magiczny obrazu j▒dra Starsze wersje MILO nie obs│ugiwa│y formatu binarnego ELF, nie mog│y wiΩc rozpoznaµ obrazu ELF. Je┐eli napotkasz ten problem, ╢ci▒gnij najnowsz▒ wersjΩ MILO. Wszystkie wersje po 2.0.20 obs│uguj▒ ELF. Z drugiej strony, mo┐e to byµ wina zniszczonego obrazu. Powiniene╢ te┐ pamiΩtaµ, ┐e MILO sam nie rozpoznaje jeszcze obraz≤w skompresowanych GZIP'em - musisz dodaµ rozszerzenie ,,.gz'' do nazwy pliku. MILO wy╢wietla ,,...turning on virtual addressing and jumping to the Linux Kernel'' i nic siΩ nie dzieje Oczywisty problem, to to, ┐e j▒dro jest ╝le skompilowane, albo skompilowane na inny system Alpha. Inny to kompilacja j▒dra na urz▒dzenie VGA, kiedy p│yta posiada TGA (Zlxp) (lub odwrotnie). Dobrze jest wbudowaµ w j▒dro wyj╢cie na COM1 i pod│▒czyµ terminal, lub spr≤bowaµ u┐yµ j▒dro z dystrybucji Linuxa, kt≤r▒ zainstalowa│e╢. MILO nie rozpoznaje dysku SCSI Standardowe obrazy MILO posiadaj▒ wszystkie stabilne (dla Alphy) sterowniki urz▒dze± (na razie s▒ to NCR 810, QLOGIC ISP, Buslogic i Adaptec 2940/3940) (uwaga - jest to stare HOWTO, a wiΩc du┐o siΩ zmieni│o - przyp. t│um.). Je┐eli twoja karta nie jest do│▒czona, mo┐e to znaczyµ, ┐e sterownik dla Alphy nie jest jeszcze stabilny. Spr≤buj u┐yµ najnowszych obraz≤w MILO. Mo┐esz dowiedzieµ siΩ, jakie urz▒dzenia SCSI zosta│y wkompilowane w obraz MILO, u┐ywaj▒c komendy ,,show''. 10. PodziΩkowania Chcia│bym podziΩkowaµ: ╖ Eric'owi Rasmussen'owi i Eillen Samberg - autorom PALcode, ╖ Jim'owi Paradis'owi za sterownik klawiatury i oryginalny interfejs MILO, ╖ Jay'owi Estabrook'owi za jego pomoc i poprawki, ╖ David'owi Mosberger-Tang'owi za darmowy kod emulacji BIOS'u i jego pomoc, ╖ i jako ostatniemu (ale nie najmniej wa┐nemu) Linus'owi Torvalds'owi za kod zegara i j▒dro Linuxa. Jest jeszcze kilka rzeczy, kt≤re powinny byµ zrobione, wiΩc je┐eli chcesz co╢ dodaµ, daj mi znaµ (david.rusling@reo.mts.dec.com), ┐eby╢my nie duplikowali swoich wysi│k≤w. Na ko±cu, du┐e ,,dziΩkujΩ'' dla Digitala, za produkowanie tak ╢wietnego procesora (i p│acenie mi za to). 11. Od t│umacza Je┐eli znajdziesz jakie╢ b│Ωdy, daj mi znaµ.